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Description 

Method of Providing Secure Payment 
and Transaction Reconciliation 

Background of Invention 
[0001] CROSS-REFERENCE TO RELATED APPLICATION 

[0002] This application claims priority from U.S. provisional ap- 
plication Serial No. 60/481,140, entitled: "Stored Value 
Card Reconciliation Method," filed July 25, 2003. 

[0003] BACKGROUND OF INVENTION 

[0004] This invention relates to a method of providing fraud pro- 
tection and reconciliation for credit card transactions re- 
lating to warranty and insurance claim payments. 

[0005] when an insured needs a repair or replacement product, 
many service institutions require the insurance company 
to provide a credit card so that immediate payment is 
made. While the insurance company might prefer to send 
a check, the delay in printing, delivering, depositing and 
clearing such funds are not attractive to the service 



provider. The benefit of receiving credit card information 
is the speed in which funds and payment can be guaran- 
teed. 

[0006] The insurance company might take several approaches 
when providing credit card information. The insurance 
company may fax the service institution the credit card 
number with the authorized amount or call the service in- 
stitution and read the number over the telephone. Fre- 
quently, the service institution and insurance company 
may disagree on what each considers appropriate 
charges. For example, in the case of a vehicle breakdown, 
the insurance company may agree to pay for a new water 
pump for the car but not for the charge to tow the car to 
the service bay. Often, the service institution, once in pos- 
session of the credit card information, will charge for 
work not authorized by the insurance company. Alterna- 
tively, the service institution may undercharge the credit 
card in view of the amount authorized. The inconsistency 
and fraud perpetrated on the insurance company and the 
credit card institution that issued the card results in sub- 
stantial losses, particularly in view of the substantial 
amounts involved in warranty claims. 

[0007] when the insurance company receives the credit card bill, 



the information contained in the statement is severely 
limited for reconciliation purposes. A single insurance 
company credit card statement may have thousands of 
different claim charges. Matching each charge by service 
institution and amount is often cumbersome if not impos- 
sible. As noted above, service institutions may overcharge 
or undercharge the authorized amount. Thus, there are no 
matching transactions to reconcile. Furthermore, if the 
service institution is a franchise multiple claims may be 
charged under the same franchise name, making reconcil- 
iation even more difficult. 
[0008] what is needed in the industry is an improved means 

through which claim service contract administrators, such 
as insurance companies, can provide payments to service 
providers or merchants. A method of payment is needed 
that provides swift payment to the merchant while still 
providing protection against overcharges to the service 
administrator. Additionally, a method is needed that al- 
lows the service administrator to reconcile the payments 
to the merchants to the appropriate claim and contract 

number. 
Summary of Invention 

[0009] The long-standing but heretofore unfulfilled need for a 



method of providing claim payments to merchants that 
reduces fraud and provides reconciliation benefits is now 
fulfilled by a new, useful, and nonobvious invention. 

[0010] The present invention is a method of providing a distinct 
payment number for the purpose of replacing the current 
process for insurance and warranty claim payments via 
credit card. The payment number has a fixed charge limit, 
variable expiration options, the ability to track directly 
with claim and contract information, and the ability to up- 
load into administration systems. It is within the scope of 
the present invention to provide both a physical payment 
number, as commonly associated with a credit card, and a 
virtual payment number. 

[0011] | n accordance with the present invention, a method of 
paying a merchant for a claim service provided to a 
claimant is provided. The method includes, receiving a re- 
quest from a merchant for a payment associated with a 
claim, generating a claim identifier, generating a payment 
number having a predetermined limit amount and a pre- 
determined expiration date, associating the claim identi- 
fier with the payment number, and transmitting the pay- 
ment number to the merchant for payment of the claim. 

[0012] The claim received from the merchant could be related to 



a service rendered, a replacement product required, or 
both a service and a replacement product required to 
complete a repair. 

[0013] | n one embodiment of the invention, the merchant pro- 
vides an estimated cost of the repair. The estimated cost 
of repair can then be used to determine the limit amount 
associated with the payment number. The limit may be 
equal to the estimate provided by the merchant, or the 
limit amount may also be based upon limit amounts asso- 
ciated with similar types of repairs in the industry. 

[0014] when a request is received from a merchant, verification 
of coverage may be provided. The coverage verification 
provides the merchant with a guarantee that the services 
provided to the claimant are covered under a valid con- 
tract with a service contract administrator. The claimant 
contract number can then be associated with the claim 
number to be included in the claim identifier. 

[0015] The claim identifier of the present invention may include 
the claim number, the contract number, the payment 
number and associated limit amount, and the expiration 
date of the payment number. Additional data may also be 
stored with the claim identifier to include the merchant 
number, purchase order number, or any other features 



useful in identifying the claim. 

[0016] After the claim identifier has been established and associ- 
ated with the payment number, the payment number is 
provided to the merchant for payment of the claim. The 
merchant then utilizes the payment number to submit a 
transaction amount associated with the service provided. 
The merchant receives the payment and the merchant 
payment is tracked and reconciled with the payment num- 
ber and the claim identifier. 

[0017] Additionally, the merchant payment request may also be 
assigned an acceptance code. The acceptance code is 
used to provide either approval or denial of the limit 
amount associated with the payment number transmitted. 
The approval or denial is based upon the availability of 
funds for payment. The method of the present invention 
also includes verification of a valid date based on the ex- 
piration date associated with the payment number. The 
acceptance code is associated with the merchant payment, 
which is then used in the reconciliation process. 

[0018] According to one embodiment of the present invention, 
the method further includes requesting a load of funds 
equal to the predetermined limit amount, executing the 
load of funds, generating a confirmation of the load of 



funds execution, and reconciling the payment number and 
the claim identifier with the confirmation of the load of 
funds execution. 
[0019] | n accordance with an additional embodiment of the 

present invention, a payment number having a predeter- 
mined limit amount and a predetermined expiration date 
is selected from a predetermined group of payment num- 
bers. Accordingly, the payment number can be reused af- 
ter a time sufficient to guarantee that all transactions have 
been reconciled that are associated with a particular pay- 
ment number. Additionally, a group of payment numbers 
may be assigned to a specific service contract administra- 
tor. 

[0020] The method of the present invention may be utilized to 
provide payment to a merchant relating to an insurance 
claim or to a warranty claim. 

[0021] The payment number in accordance with the present in- 
vention may be a credit card number. 

[0022] | n a preferred embodiment of the present invention, a 

method of paying a merchant for a claim service provided 
to a claimant is provided, wherein the method includes, 
receiving a request from a merchant for a payment asso- 
ciated with a claim, the request further comprising an es- 



timate for repair, verifying that the request received from 
the merchant is covered under a contract associated with 
the claimant, establishing a predetermined limit amount 
for the repair, generating a claim identifier, selecting a 
payment number, the selected payment number having 
the predetermined limit amount and a predetermined ex- 
piration date, associating the claim identifier with the se- 
lected payment number, transmitting the payment num- 
ber to the merchant for payment of the claim, providing 
funding for the predetermined limit amount associated 
with the selected payment number, tracking a transaction 
amount associated with the selected payment number, 
and reconciling the payment number and the claim identi- 
fier with the transaction amount. Accordingly, the method 
further includes tracking a plurality of transaction 
amounts and reconciling the payment number and the 
claim identifier with the plurality of transaction amounts. 
[0023] An advantage of the present invention is the elimination 
of over charges due to fraud or oversight. The present in- 
vention establishes a predetermined limit amount and an 
expiration date associated with a payment number. Pro- 
viding this payment number to the merchant eliminates 
the possibility of overcharging for the service provided 



because the authorized charge amount is bounded by the 
predetermined limit amount. 
[0024] Another advantage of the present invention is the elimi- 
nation of the costs associated with the reconciliation pro- 
cesses. According to the present invention, a claim identi- 
fier is associated with each claim. By associating the claim 
identifier with the payment number, the service contract 
provider can easily reconcile the transactions to the ap- 
propriate claims thereby greatly reducing the time re- 
quired for reconciliation by prior art methods. 
Brief Description of Drawings 

[0025] For a fuller understanding of the nature and objects of the 
invention, reference should be made to the following de- 
tailed description, taken in connection with the accompa- 
nying drawings, in which: 

[0026] FIG. 1 is a flow diagram of the payment method in accor- 
dance with the present invention; 

[0027] FIG. 2 is a detailed flow diagram of the payment method 
in accordance with the present invention; 

[0028] FIG. 3 is a diagram illustrating the reconciliation features 
in accordance with the present invention; and 

[0029] FIG. 4 is an exemplary illustration of a payment method in 
accordance with the present invention. 



Detailed Description 



[0030] Referring to Figure 1, the method in accordance with the 
present invention includes receiving a request from a 
merchant for a payment associated with a claim 10. The 
claim may be for a service provided by the merchant or for 
replacement parts. A claim identifier is generated 15. The 
claim identifier may consist of a plurality of elements in- 
cluding the claim number, contract number, merchant in- 
formation, claims adjustor number or any additional in- 
formation that would be effective in identifying the claim. 
A payment number is generated having a predetermined 
limit amount and a predetermined expiration date 20. The 
payment number is then associated with the payment 
number 25. The association may be established through a 
database structure as is commonly known in the art. The 
payment number is then transmitted to the merchant to 
satisfy payment of the claim 30. With this method, the 
service administrator responsible for payment of the claim 
is provided with assurance that the claim amount will not 
exceed the predetermined limit amount. Additionally, the 
service administrator is provided with claim information 
associated with a specific payment number to facilitate 
reconciliation of the payments to the appropriate claims. 



[0031] Funding confirmation and transaction event tracking may 
also be provided in accordance with the present invention. 
Referring to Figure 2, the method in accordance with the 
present invention includes receiving a request from a 
merchant for a payment associated with a claim 10. In ad- 
dition to the request, an estimated cost of repair is re- 
ceived from the merchant 35. Verification is provided that 
the request received from the merchant is covered under 
an effective contract associated with the claimant 40. The 
service provider can provide this verification. A predeter- 
mined limit amount is then authorized based on the esti- 
mate provided and possibly additional historical data re- 
garding the requested service 45. A claim identifier is 
generated 15. A payment number is then generated having 
the predetermined limit amount and a predetermined ex- 
piration date 20. The payment number is then associated 
with the claim identifier 25. A request is then sent to load 
funds equal to the predetermined limit amount 50. The 
load of funds may be requested by the service contract 
administrator to the payment number processor. The pay- 
ment number processor may then request the load of 
funds from the bank responsible for funding the payment 
number as is typical with a credit card transaction pro- 



cess. The load of funds is the executed 55 as requested 
and a confirmation of the load of funds in generated 60. 
The confirmation of the load of funds is then associated 
with the payment number 65 thereby providing additional 
reconciliation information. The payment number is then 
transmitted to the merchant to satisfy payment of the 
claim 30. Upon receipt of a merchant request for payment, 
a determination is made as to whether or not the payment 
request is properly funded and that the request is within 
the expiration date window for the payment number 75. If 
the payment request is properly funded and within the 
expiration date, an approval indicator is returned to the 
merchant 80, the approval indicator is associated with the 
payment number for reconciliation purposes 85 and the 
merchant account is funded 100. If the payment request is 
not properly funded or the expiration date has passed, a 
denial indicator is returned to the merchant 90 and a de- 
nial indicator is associated with the payment number for 
reconciliation 95. This process would be followed for each 
load request and each merchant payment request, thereby 
establishing a reconciliation transaction repository includ- 
ing the claim identifier, the payment number and the plu- 
rality of transactions. 



[0032] Detail of such a reconciliation transaction repository is as 
shown in Figure 3, in which the components of the claim 
identifier, including the claim number, contract number, 
merchant information no are stored in a reconciliation 
transaction repository 105. The payment number 115 in- 
cluding the limit amount and the expiration date is then 
associated with the claim number in the reconciliation 
transaction repository 105. The transactions associated 
with the payment number 120, including merchant pay- 
ments, loads of funds, and approval and denial indicators 
are then associated and stored with the claim number and 
the payment number in the reconciliation transaction 
repository 105. 

[0033] | n an exemplary embodiment illustrated in Figure 4, a ser- 
vice provider 125 submits a request for payment on a 
claim 127 to a program contract administrator 129. The 
program administrator requests a payment number and 
load of funds 133. The payment number and the claim 
identifier are stored in the reconciliation transaction 
repository 137. The payment and confirmation number are 
returned 135 to the program administrator 129. The pay- 
ment number is then supplied to the merchant 131. A load 
transaction request 141 is sent to the payment number 



processor 142 associated with the bank responsible for is- 
suing the payment number 151. A confirmation of the load 
is returned 143 and stored in the reconciliation transaction 
repository 137. The issuing bank 151 is notified of the load 
149 and funds the load 147. Merchant payment transac- 
tions are sent to the issuing bank for funding 153. Confir- 
mations of the merchant payments are then transmitted 
139 and stored in the reconciliation transaction repository 
137. The program administrator bank account 157 is deb- 
ited for the processed loads 155. 

[0034] a s j S common is financial transaction processing, a daily 
sweep of the bank accounts can be taken and the appro- 
priate transactions recorded and transmitted at that time. 

[0035] it w i|| be seen that the objects set forth above, and those 
made apparent from the foregoing description, are effi- 
ciently attained and since certain changes may be made in 
the above construction without departing from the scope 
of the invention, it is intended that all matters contained 
in the foregoing description or shown in the accompany- 
ing drawings shall be interpreted as illustrative and not in 
a limiting sense. 

[0036] it is also to be understood that the following claims are 
intended to cover all of the generic and specific features 



of the invention herein described, and all statements of 
the scope of the invention which, as a matter of language, 
might be said to fall therebetween. Now that the invention 
has been described, 



